TJTT v DP TTTF. TNVF.NTION 
OUTBOUND CALL RULES ROUTING 



TNVFNTORS 
Nancy A. BOOK 
Carol S. GRUCHALA 
Thomas J. MCBLAIN 
William MOY 
Peter NEUWALD 



P21781.S05 



OUTBOUND CALL RULES ROUTING 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0001] The present invention relates to the field of telecommunications. More 
particularly, the present invention relates to a call routing service that enables 
subscribers to configure how outgoing calls are routed. 

2. Acronyms 

[0002] The written description provided herein contains acronyms that refer to 
various telecommunications services, components and techniques, as well as features 
relating to the present invention. Although some of these acronyms are known, use 
of these acronyms is not strictly standardized in the art. For purposes of the written 
description herein, the acronyms are defined as follows: 

Advanced Intelligent Network (AIN) 

Application Program Interface (API) 

Central Office Exchange Service (CENTREX) 

Common Object Request Broker Architecture (CORBA) 

Customized Dialing Plan (CDP) 

Direct Inward Dial (DID) 

Direct Outward Dial (DOD) 

End Office (EO) 

File Transfer Protocol (FTP) 

Graphical User Interface (GUI) 

Generic Data Interface (GDI) 

Initial Address Message (IAM) 
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Off Hook Delay (OHD) 

Outbound Call Rules Routing (OCRR) 

Public Switched Telephone Network (PSTN) 

Specific Digit String (SDS) 

Service Control Point (SCP) 

Service Node / Intelligent Peripheral (SN/IP) 

Service Switching Point (SSP) 

Signaling System 7 (SS7) 

Signaling Transfer Point (STP) 

3. Background Information 
[0003] Caller's using a public switched telephone network (PSTN) are limited in 
their ability to route outbound calls. It is typical for a subscriber to only have the 
outgoing call options of selecting a local, local toll, and long distance carrier, and 
blocking particular outgoing call numbers when initially subscribing to a 
telecommunications service. Beyond these options, a caller has little to no flexibility 
on how a call is routed, unless the subscriber subsequently contacts the 
telecommunications provider and requests changes be made to the subscriber's 
service. Even in this case, a caller is limited to changing local, toll, and long distance 
carriers and selecting outgoing numbers to block. These modifications may be done 
only so many times and at a limited frequency before it becomes a nuisance to the 
caller and the telecommunications company. While it is possible to use dial-around 
codes to access different long distance carriers, this too could be burdensome to a 
caller over time and again, is limited to only long distance service modifications. 
[0004] Moreover, in today's busy, information age world, it is not uncommon for 
individuals to have several means by which they are reachable by a communications 
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device such as a telephone, mobile phone, or pager — each of these devices having a 
separate number. Keeping track of these numbers and the access codes that may be 
associated with these devices can be very burdensome to a caller. To make matters 
more difficult, a party to which the caller is trying to contact may have a different 
device or number by which they are reachable depending on the time of day, day of 
week, day of year, or specific date. 

[0005] Further adding to a caller's burden, a caller may have access to several 
telecommunications services, via dial-around numbers, that provide different cost 
savings depending on the number dialed; the call type (e.g., local, local toll, and long 
distance); and time of call (e.g., time of day, day of week, day of year, and specific 
date). To take advantage of optimal cost savings given today's telecommunications 
systems, a caller must be able to calculate which telecommunications service to use 
given the number dialed, the call type, and time of the call This, too, is often a 
burden to a caller who may not have the time or information readily available to make 
the calculations. 

[0006] Moreover, even if the caller is able to remember all this information, make 
the necessary calculations, and enter the appropriate numbers into the caller's 
communications device, it may be the case that the called party is unreachable at the 
number initially dialed (e.g., the line is busy, the called party doesn't answer, or an 
answering machine answers). If this is the case, the caller may have to go through the 
same process over and over again; the caller dialing numbers repeatedly until the 
caller reaches the called party or simply gives up. This can be especially annoying 
and unsafe if the caller is driving or is in some other precarious situation. 
[0007] Today, communication devices come programmable enabling callers to 
program strings of numbers to be associated with a particular call recipient via keypad 
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or voice input systems. Some telecommunications service providers also offer these 
services. With these devices and services, a caller has the convenience of number 
storage and speed dialing. However, such devices and services are not programmable 
to select which numbers to use given the time of day, day of week, day of year, or 
specific date. Nor are such devices capable of determining which telecommunications 
service (e.g., long distance service) to use given the time of the call, the number 
dialed, or the call type. Furthermore, these devices and services are unable to 
determine what to do when a called party is unreachable at a particular number. 
Moreover, such devices and services are cumbersome to program given almost all 
programming is by means of a dialing pad or voice input system. 
[0008] Communications using today's telecommunications systems can be 
cumbersome to a caller since the systems simply do not allow subscriber's to 
configure their outgoing call options based on the following variables that are 
common to each outgoing call: Number dialed, the call disposition (e.g., busy, 
unanswered, answering service reached, and the call is disconnected by the subscriber 
or telecommunications system), and the time of the call. 

[0009] The present invention overcomes the problems associated with the prior art, 
as described below. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0010] The present invention is further described in the detailed description that 
follows, by reference to the noted drawings by way of non-limiting examples of 
embodiments of the present invention, in which like reference numerals represent 
similar parts throughout several views of the drawings, and in which: 
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Fig. 1 is a system diagram showing an exemplary telecommunications network 
for implementing outbound call rules routing, according to an aspect of the present 
invention; 

Fig. 2 is an exemplary flow diagram showing how a service control point 
processes routing instructions, according to an aspect of the present invention; 

Fig. 3 is an exemplary display that a user may use to input routing rules to an 
SCP, according to an aspect of the present invention; 

Fig. 4 is an exemplary call flow diagram in which a call is forwarded, 
according to an aspect of the present invention; 

Fig. 5 is an exemplary call flow diagram in which a call is forwarded when a 
communications line is busy, according to an aspect of the present invention; 

Fig. 6 is an exemplary call flow diagram where a dial around number is used, 
according to an aspect of the present invention; 

Fig. 7 is an exemplary call flow diagram in which a page is initiated when a 
call is unanswered, according to an aspect of the present invention; 

Fig. 8 is an exemplary call flow diagram in which a PIN is used to access a 
system, according to an aspect of the present invention; 

Fig. 9 is an exemplary call flow diagram in which an answering service is 
reached and a call is subsequently forwarded to a third party device, according to an 
aspect of the present invention; and 

Fig. 10 is an exemplary call flow diagram in which a subscriber's SCP routing 
table is updated, according to an aspect of the present invention. 
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DETAILED DESCRIPTION OF EMBODIMENTS 
[0011] The present invention relates to an outbound call-routing (OCRR) service 
provided by an advanced intelligent network (AIN) that resolves the previously 
identified problems. The invention provides a subscriber the ability to configure 
outbound call routing rules using variables common to a call such as the dialed 
number, call disposition, and time. With the OCRR service, a subscriber is enabled 
to configure a service control point which instructs a switch and/or service node / 
intelligent peripheral (SN/IP) to perform an action such as forward a call, send a page, 
use a dialing prefix (e.g. a dial-around number), disallow a call, or prompt for a PIN. 
A web browser interface may be used by the subscriber to configure the service 
control point. 

[0012] In view of the above, the present invention through one or more of its 
various aspects and/or embodiments is presented to accomplish one or more 
objectives and advantages, such as those noted below. 
[0013] In an embodiment of the invention, a system performs outbound call 
control using a subscriber's outbound call rule information using a service control 
point and a switch. The SCP receives and stores outbound call rule information 
and sends at least one SCP control message based on action information when a 
switch message is received and a condition based on condition information is met. 
The stored outbound call rule information is configurable by a subscriber and 
includes at least one rule. Each rule includes a portion of the action information 
and a portion of the condition information. The condition information includes at 
least one condition related to a time, date, or a call disposition. The switch sends a 
switch message in response to a call being placed. The switch, additionally, 
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receives the SCP control message, and initiates an action based on the action 
information. 

[0014] According to an aspect of the embodiment, the system that performs 
outbound call control using the subscriber's outbound call rule information may 
include condition information which includes at least one condition related to at 
least a portion of a number dialed. Moreover, the system may include action 
information including information related to forwarding the call to a number other 
than a dialed number. Furthermore, the system may include action information 
including information related to submitting a PIN number. The system may also 
include action information including information related to sending a page to a 
paging device. Moreover, the system may include action information including 
information related to disallowing the call. Furthermore, the system may include 
action information including information related to prepending at least one prefix 
number to a dialed number sequence. Still further, the action information may 
include a prefix number including dial-around code information. 
[0015] According to another aspect of the embodiment, the system may include 
call rule information, wherein, at least one rule includes more than one action. The 
system may also include call rule information, wherein, at least one rule includes 
more than one condition. Moreover, the system may also include outbound call 
rule information including more than one rule. 

[0016] In another embodiment of the invention, a method performs outbound 
call control using a subscriber's outbound call rule information including receiving 
outbound call rule information configured by a subscriber. The method further 
including storing the outbound call rule information in a service control point and 
sending from a service control point to a switch at least one service control point 
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control message based on condition information when a switch message is 
received and a condition based on condition information is met. The stored 
outbound call rule information includes at least one rule and each rule includes a 
portion of the action information and a portion of the condition information. The 
condition information includes at least one condition related to a time or call 
disposition. 

[0017] According to another aspect of the invention, the method includes 
sending from a switch to a service control point a switch message in response to a 
call being placed to a dialed number and receiving by the switch from the service 
control point the control message. The method also includes initiating by the 
switch an action based on the action information. 

[0018] According to another aspect of the invention, the method may include 
determining whether at least a portion of a number dialed satisfies at least one 
condition of the outbound call rule information. Additionally, the method may 
include forwarding the call to a number other than the dialed number based on the 
action information of the outbound call rule information. Furthermore, the method 
may include submitting a PIN number based on the action information of the 
outbound call rule information. Still further, the method may include sending a 
page to a paging device based on the action information of the outbound call rule 
information. Moreover, the method may include disallowing the call based on the 
action information of the subscriber's outbound call rule information. The method 
may also include prepending at least one prefix number to a dialed number 
sequence based on the action information of the outbound call rule information. 
Furthermore, the method may include prepending dial-around code information to 
the dialed number sequence based on the action information of the outbound call 
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rule information. Moreover, the method may include initiating by the switch more 
than one action based on the action information of the rule. Still further, the 
method may include determining whether call information in the switch message 
satisfies more than one condition of the rule. Finally, the method may include 
determining whether call information in the switch message satisfies conditions of 
more than one rule. 

[0019] The various aspects and embodiments of the present invention are described 
in detail below. 

The Outbound Call Rules Routing System 

[0020] The present invention is an AIN based system and method that allows a 
subscriber connected to a telecommunications network to configure the routing of 
outbound calls using a web browser. 

[0021] Figure 1 illustrates an exemplary telecommunications network in 
association with the present invention for connecting calls and programming a service 
control point (SCP). The system includes a call originating user device 100, an 
originating end office (EO) service switching point (SSP) 101, a signaling transfer 
point (STP) 102, a SCP 103, a terminating EO SSP 104, a called user device 105, a 
third party device 106, a paging system 107, and a pager device 108. The system 
further includes a web client 109 connected via the Internet 1 10 to a web server 111, 
a service management system (SMS) 112, a service node / intelligent peripheral 
(SN/IP) 1 13, and an answering service 1 14. 

[0022] By way of example, the user devices 100, 105, and 106 of the present 
invention may be standard telephones. These devices may also be special devices 
used when communicating over facsimile, Central Office Exchange Service 
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(CENTREX), Direct inward Dial (DID), or Direct Outward Dial (DOD) systems, or 
any other device used to communicate over a telecommunications system. 
[0023] The originating EO 101 is an SSP for the originating user device 100 and 
the terminating EO 104 is an SSP for the called user device 105, third party device 
106 and the paging system 107. While the originating end office 101 and the 
terminating EO are shown as separate entities, the terminating EO and the originating 
EO functions may be performed by the same SSP. The EOs 101 and 104 may include, 
for example, 5ESS switches with a minimum switch generic of 5E14 manufactured 
by Lucent Technologies, Inc.; DMS-100 switches with a minimum switch generic of 
NA015 manufactured by Nortel Networks Corporation (Nortel); or EWSD switches 
with a minimum switch generic of Release 17 with patch set 170 and Release 18 with 
patch set 29 available from Siemens Information and Communication Networks, Inc. 
The switches may utilize an AIN Release 0.1 protocol. 

[0024] The SCP 103 may be implemented with the Telecordia Integrated Service 
Control Point, loaded with ISCP software Version 4.4 (or higher), or may also be 
implemented using the Telecordia Integrated Service Control Point Current 
Generation Platform (ISCP)(CGP) with Release version 5.0.0.13; the ISCP Next 
Generation Platform (NGP) with Release version 6.4.2.1; and the Lucent Service 
Control Point (LSCP) with Release 94 and Service Package available from 
Telecordia, Murray Hill, N J. Exemplary service control points also include the 
Application Version 6 (SPA V6) or later. The SCP 103 is configured to process 
telephone calls, but can also be configured to process facsimile, CENTREX, DID, 
DOD, and "800" services. 

[0025] The call service logic of the present invention may be upgraded to 
accommodate future AIN releases and protocols and future trigger types. 
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Specifications of AIN Release 0. 1 SSPs may be found in Telecordia GR-1299-CORE, 
AIN 0.1 Switch-Service Control Point Application Protocol Interface Generic 
Requirements, and Telecordia GR-1298-CORE, AIN 0.1 Switching Systems Generic 
Requirements, the disclosures of which are expressly incorporated by reference herein 
in their entireties. 

[0026] While SCPs are primarily discussed and referred to and shown in one or 
more of the accompanying drawings, it is noted that an Integrated Service Control 
Point (ISCP) may be employed as well, and that the terms are used interchangeably 
herein. It is further noted that SCPs/ISCPs may be deployed in mated pairs to ensure 
survivability and reliability of the network. 

[0027] The interface between the service switching points and the service control 
point may be the Telecordia AIN GR-1299, entitled " Switch-Service Control Point 
(SCP)/Adjunct Interface." The messages transmitted between the SSPs 101 and 104 
and SCP 103 are all formatted in accordance with the Signaling System 7 (SS7) 
transaction capabilities applications protocol (TCAP). The STP 102 connects the EOs 
101 and 104 with the SCP 103. Integrated Services Digital Network User Part (ISUP) 
signaling is utilized between the SSPs 101 and 104. 

[0028] The web client 109 connects to the web server 1 1 1 over a network which 
may be the Internet 110. The web client 109 may be a web browser, for example, 
residing on a personal computer or any other device that can communicate with web 
server 111. The web client's graphical user interface (GUI) enables a user to modify 
SCP outbound routing information pertaining to the user. An exemplary GUI is 
shown in figure 3. 

[0029] The Internet 1 1 0 is a network infrastructure that provides the web client 1 09 
connectivity to the web server 111. The Internet 1 10 need not be the only network 
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through which the web client 109 communicates with the web server 111. Most 
networks that can provide the web client 109 and web server 1 1 1 connectivity to each 
other could be used in lieu of the Internet 110. 

[0030] The web server 111 is connected to a network such as the Internet 110 
enabling the web client 109 to communicate with the web server 111. The web server 
1 1 1 is also connected to the SMS 1 12. The web server 1 1 1 contains and provides the 
web pages used by the web client 109 to update the outbound routing information 
stored in the SCP 103. 

[0031] The SMS 1 12 communicates with the SCP 103, web server 1 1 1, and SN/IP 
113 and enables users to manipulate outbound call routing information using a web 
client 109 connected to the web server 111. The SMS 112 downloads outbound 
routing information from the SCP 103 and allows a subscriber with a web client 109 
to manipulate an outbound routing table pertaining to a particular subscriber. Once 
the subscriber is finished modifying the table, the SMS 1 12 uploads the table back to 
the SCP 103. The SMS may be implemented on a SUN Enterprise 450 server using 
a Solaris 8.0 operating system. Communications between the SMS 1 12 and the web 
server 111 may utilize CORBA. 

[0032] The SN/IP 113 is a system which enables a telecommunications system to 
interact with various devices such as a messaging system, paging system, or menu 
driven system. It is connected to the SMS 1 12 and an EO 101. The SN/IP 1 13 may 
be programmed using an SMS 112. 

[0033] The answering service 114 may be a service provided by a 
telecommunications provider or some other third party provider. Moreover, the 
answering service 112 could simply be an answering machine co-located with the 
called user device 105. 
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SCP OCRR Logic 

[0034] Figure 2 shows an exemplary flow chart of how the OCRR service logic of 
the SCP 103 routes an outbound call. At step S201, the SCP 103 waits for a switch 
message (e.g., an AIN triggered query). When a trigger is received, such as an off- 
hook delay (OHD) trigger or a customized dialing plan (CDP) trigger, the SCP 103 
determines whether the OCRR service is to be invoked at step S202. The SCP 103 
makes this determination by comparing the current call information conditions 
associated with several call parameters. 

[0035] There are three major categories of conditions. First are conditions based 
on digits the customer dialed using parameters such as: the complete dialed number, 
number plan area (NPA) number, NPA and NXX prefix number, any other groupings 
of a dialed number with the form NPA NXX-XXXX — where the X represents any 
digit; and operator numbers (e.g. "0 ,! and "411"). Dialed number parameters also 
include whether the call is to a local, local toll, or long distance number. Second are 
conditions based on time using parameters such as: time of day, day of week, day of 
year, and specific date. Third are conditions based on the disposition of the call using 
parameters such as: dialed number busy or disconnected by subscriber or 
telecommunications system; dialed number not answered; and dialed number 
answered by answering system. 

[0036] If the current call information is determined by the SCP 103 to fulfill a 
condition associated with the subscriber's criteria provided in the SCP 103 outbound 
routing information, the SCP 103 then implements an action at steps S202-S212 
selected by the subscriber such as: forward a call to a different number, send a PIN 
or prompt for a PIN as part of a call, automatically page a certain number and send 
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a message, disallow a call, or automatically prepend a number sequence such as a 
101-XXXX dial-around code; where the X represents any digit. 
[0037] The condition and action may be relatively simple as shown by the 
following logical constructs, for example: 

if the Dialed Number = 5555550000, then Forward to 555555 1111 
if the Time of Day >= 7PM, then Page (5555551111 and Send Message 
(5555552222)). 

[0038] As an example of how flexible the OCRR system is, a subscriber may use 
wild card variables enabling an action to occur when only a portion of a number is 
part of the condition. The following is an example of a logical construct wherein a 
prompt for a PIN is given by the OCRR system in response to a called number that 
matches the pattern 555-555-XX5X; where the "X" represents a wild card digit. 

if the Dialed Number is (555555XX5X) then prompt for PIN. 

[0039] In another example, a number (555) 555-5555 is either busy, unanswered, 
or answered by a voice mail system causing a page to be sent to a paging system with 
a call back number, (666) 666-6666. The paging system in this example does not 
require a PIN. 

if Dialed Number = 5555555555 and Disposition = (Busy OR Unanswered OR 
Answered By Answering Service) 
then 
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page(5555555555, null, 6666666666). 

[0040] Or the condition may be more complex. In the following example, a dial- 
around code, 10-10-555, is to be prepended to a called long distance number between 
7PM and 6AM, and the dial-around code, 10-10-666, is prepended to a dialed number 
sequence for calls at other times so the call would be handled by a particular long 
distance service at the specified times. 

- if Disposition = LongDistance AND Time of Day > 7PM OR Time of Day < 6AM 
then 

PrePend(1010555); 

else 

PrePend(1010666). 

[0041] A graphical user interface (GUI) could allow the input of this subscriber 
defined condition using a web client 109. While a GUI may be used by the 
subscriber, an alternate embodiment could allow a subscriber to provide outbound 
routing information to the SCP 103 via a scripting language such as JAVA, PERL, or 
shell. Scripts allow advanced customers the complete flexibility of the scripting 
language to control their outbound call routing. The scripts could even be stored 
locally on the subscriber's PC to enhance OCRR system updates and the subscriber's 
experience. To accommodate the scripts, the SMS 112 or web server 111 can 
function as a gateway to convert the scripts into a format the SCP 103 can process. 
The scripts can be uploaded to the SMS 1 12 in many ways including the use of the 
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file transfer protocol (FTP) and the web server 1 1 1 which in turn uploads the 
converted script information to the SCP 103. 

[0042] Once a condition has been met and the SCP 103 determines that outbound 
call rules have been triggered at step S202, the SCP 103 checks the outbound routing 
information to determine which action was selected by the subscriber. At step S203, 
the SCP 103 determines whether forwarding has been chosen by the subscriber. 
[0043] If forwarding has been specified by the subscriber, the SCP 103 adds the 
forwarding number specified by the user to an AIN message at step 208 instructing 
the originating EO 101 to complete the call to the forwarding number at step S212. 
If forwarding has not been specified, the SCP 103 then determines whether a PIN 
entry activity has been specified by the subscriber at step S204. 
[0044] If a PIN entry activity has been specified by the subscriber, the SCP 103 
adds a PIN prompt command to an AIN message, step S209, and sends the AIN 
message to the originating EO 101 instructing the EO 101 to prompt for a PIN. In this 
case, a off hook delay trigger may launch an information collect command to the SCP. 
The SCP after determining that a PIN is required, may send a send to resource with 
an announcement ID and request to collect a specified amount of digits from the 
subscriber. The calling party then enters their PIN and the service switching point 
(SSP) returns the results in a resource clear message. The SCP 103 verifies the PIN 
prior to instructing the EO 101 to complete the call at step S212 using an AIN 
message, for example, an analyze route or continue AIN message. Having the SCP 
103 verifying the PIN prior to call completion can serve several purposes. For 
example, a subscriber may wish to restrict calls to certain numbers so that only those 
in a household who know the PESf can complete certain types of calls. A common use 
includes parents preventing children from calling "900" or long distance calls. 
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[0045] In an alternate embodiment where the called user device 105 requires a PIN 
after call completion (e.g., when using a calling card for a long distance service), a 
SN/IP 1 13 is used to interact a calling card platform and provide the PIN. In this 
case, the call is instead handled by the SN/IP 113 after step S209. For example, a call 
may be to an "800" calling card service or made using a pre-paid service. In such a 
case, the calling card company or pre-paid service would then complete the call using 
the PIN. The SN/IP 1 13 could prompt the subscriber for the PIN or the SN/IP could 
already have the PIN stored and use the stored PIN to interact with the service 
requiring the PIN. If adding a PIN has not been specified by the subscriber, the SCP 
103 then determines whether a page activity has been specified by the subscriber at 
step S205. 

[0046] If a paging activity has been specified by the subscriber in response to, for 
example, an originating called party busy trigger or an originating no answer trigger, 
the SCP 103 adds a pager number to a SN/IP bound message, step S210, and sends 
the message, for example, including the pager number, PIN, and pager company, to 
the SN/IP 1 13 using a communications protocol such as TCP/IP with instruction to 
interact with the paging system 107. This may occur while the calling party is still 
waiting for the called party to answer. Alternatively, the message or alternate 
message including a text message could be sent from the SCP 103 to the SN/IP 113, 
from the SCP 103 to the paging system 107, or SN/IP 1 13 to the paging system 107 
using E-mail. Any other system capable of forwarding text pages could also receive 
a message from the SCP 103. If paging was not specified by the subscriber, the SCP 
103 then determines whether a dialing prefix was selected (e.g., dial-around number 
for a particular long distance access) at step S206. 
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[0047] If a prefix prepend activity has been specified by the subscriber, the SCP 
103 adds a prefix number (e.g., dial-around number) to an AIN message, step S21 1, 
and sends the AIN message to the originating EO 101 with instruction to complete the 
call, at step S212. If a prepend prefix activity was not specified by the subscriber, the 
SCP 103 then determines whether a disallow activity was selected (e.g. blocking of 
long distance calls) at step S207. 

[0048] If a disallow activity has been specified by the subscriber, the SCP 103 then 
advances to S216 to discontinue the call. If a disallow activity was not specified by 
the subscriber, the SCP 103 then advances to step S212; instructing the originating 
EO 101 to complete the call at step S212. 

[0049] If, after step S212, the SCP 103 determines, at step S213, that a called 
device is busy, does not answer, or is answered by an answering system, the SCP 103 
then again determines whether the OCRR service is to be invoked at step S202 and 
the process begins again. If, at step S213, the SCP 103 determines mat a called 
device is answered ( not by an answering machine) the OCRR service does nothing 
to interrupt the call or interfere with the call's natural progression to termination and 
the OCRR process ends at step S215. 

[0050] In a further embodiment, the SCP 1 03 can make the determination that a 
call is answered based on a termination notification sent to the SCP 103. The 
termination notification may be generated after a send notification message is sent 
with a continue or analyze route message. Once this is done and the call is answered, 
a termination notification is sent to the SCP 103 to inform it that the call was 
answered. Alternatively, if a message is not received by the SCP 103 indicating busy 
or no answer, the SCP 103 may determine that a call was answered. 
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[0051] In an alternative embodiment more activities may occur, for example call 
logging could occur recording information relating to the disposition of a call. 
Moreover, in a further embodiment multiple actions could occur, for example, 
forwarding and logging could both be actions that occur for a given call. 
[0052] The previous description of the OCRR logic flow of figure 2 is exemplary, 
but variations of the logic flow can occur without changing the function of the OCRR 
service. For example, steps S202-S207 can occur in any order. Moreover, if a 
condition is not associated with an action, a default action may occur, or the OCRR 
service may give a command to the originating EO 101 to terminate the call. 

Subscriber Graphical User Interface 

[0053] An exemplary GUI enabling a subscriber to enter conditions and actions 
into the OCRR system using a web client 109 is shown in figure 3. The OCRR 
system executes rules by performing actions when a condition is met. As shown in 
figure 3, a GUI allowing the input of a condition may include a variable type field 
300, equality operator 301, variable input field 302, and logical operator 303. The 
GUI may also allow the input of a rule including an action that is to occur when the 
condition is met. An action input may include an action field 304, an action type field 
305, an action input field 306, and a conditional operator 307. The GUI may be 
implemented using a web client, electronic mail system (e.g. Microsoft Outlook), or 
any other medium through which a GUI can be presented. 

[0054] Entry into these fields creates a conditional statement and action statement. 
For example, if "Dialed Number" is entered in the variable type field 300, "=" is the 
selected equality operator 301, "Long Distance" is entered in the variable input field 
302, "Prepend" is entered in the action field 304, "Dial-around code" is entered in the 
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action type field 305, "1010555" is entered in the action input field 306, a logical 
construct is formed. The rule formed in the example includes a condition statement, 
"if the dialed number is a long distance number", and an action statement, "then 
prepend the dial-around code 1010555". In this case, the dial-around code is 
prepended to the dialed number sequence when the condition is met. The rule in this 
example used a simple logical construct to form the condition statement, however, 
more complex variations can be created using logical operator 303 and conditional 
operator 307 as shown in figure 3. 

[0055] The variable type field 300 may be a pull-down menu with the following 
variable types: Number Dialed, NPA Dialed, NPA/NXX Dialed, Time of Day, Day 
of Week, Day of Year, Specific Date, or Call Disposition. The "Number Dialed" 
entry is the number that a subscriber may dial. This number may consist entirely of 
digits, or it may include wild card characters. The "NPA Dialed Number" is the 
dialed numbering plan area number, sometimes known as an area code. The 
"NPA/NXX Dialed" entry refers to the numbering plan area number dialed and the 
NXX refers to a prefix number dialed. For example, given a dialed number (555) 
551-5522, the digits "555" are the NPA and the digits "551" are the NXX number. 
The "Time of Day", "Day of Week", and "Day of Year" entries refer to the time of 
day, day of week, and day of year, respectively, when a number is dialed. The "Call 
Disposition" entry refers to the status of the call such as call busy or disconnected, call 
not answered, call answered but not by an answering machine, or call answered by 
answering service. 

[0056] The equality operator 30 1 may include the following symbolic operators: 
== <, >, o, >== and <=; the symbols meaning "equal to", "less than", "greater than", 
"not equal to", "greater than or equal to", and "less than or equal to", respectively. 
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[0057] The variable input field 302 is an input field that allows a subscriber to 
input information in a format acceptable for the variable type field 300 and equality 
operator 301 chosen by the subscriber. For example, if "Dialed Number" is selected 
as the variable type and "=" is the equality operator, a telephone number or terms 
such as "Local", "Local Toll", or "Long Distance" may be input into the variable input 
field 302. In another example, if "Day of Week" is selected as the variable type, then 
Sunday through Monday may be input, whereas 7PM or a telephone number are of 
improper format and may not be input. In a further example, if "Call Disposition" is 
selected as the variable type and is the equality operator, a entry of The "Call 
Disposition" entry of "Busy", "Disconnected", "Not Answered", or "Answered By 
Service" may be input into the variable input field 302 while a telephone number may 
not be input. 

[0058] The logical operator field 303 may be implemented using a pull-down menu 
as in figure 3. The logical operator 303 pull-down menu may include the following 
logical operators: "AND", "OR", and "NOT". These operators allow the subscriber 
to create complex logical conditions. 

[0059] The action field 304 includes the actions a subscriber may choose the 
OCRR service to implement once the subscriber's conditions are met. The action field 
304 may be implemented using a pull-down menu, as shown in figure 3. The action 
field 304 pull-down menu may include the following actions: "Forward", "PIN Entry", 
"Page", "Disallow", and "Prepend". A "Forward" selection indicates a call is to be 
forwarded to the number designated in the action input field 306. A "PIN Entry" 
selection indicates that a pin entry is to be sent to the device designated in the action 
input field 306. The "Page" entry indicates that a page with an optional message is 
to be sent to the paging system designated in the action input field 306. A "Disallow" 
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selection indicates the call is to be terminated and that a data in the action input field 
306 is not required. A "Prepend" selection indicates the information in the action 
input field 306 or a translation of the information (e.g., a dial-around code may be 
translated into information including more than one component such as carrierlD = 
0220 and CarrierSelection = 00000100) is to be prepended to the dialed number 
sequence or made part of the calling instruction. In a prepend operation, the 
information in the input field may be a dial around code, a series of numbers such as 
an "800" number followed by a calling card number or other information that may 
assist in making a call. 

[0060] The action type field 305 may be implemented using a pull-down menu as 
shown in figure 3. The action type field 305 may include the following entries: "Dial- 
around Code", "Number", "PIN", and "Number and Message". These entries indicate 
what type of input is expected in the action input field 306. 
[0061] The action input field 306 may be implemented as a data entry field as 
shown in figure 3. The action input field 306 allows a subscriber to enter information 
in a format corresponding to the action type. For example, if action is "Page" and the 
action type is "Number and Message", an action input field 306 entry of "(555) 555- 
5555, call me at (555) 555-2222" may be entered to reflect a page to (555) 555-5555 
with instructions to send "call me at (555) 555-2222" to a paging device 108. 
[0062] The condition operator 307 may be implemented using a pull-down menu 
as in figure 3. The logical operator 307 pull-down menu may include an "ELSE" 
operator and an "AND" operator. These operators allow the subscriber to create 
complex actions. If an "ELSE" statement is entered, an alternate action may be 
executed if the condition of the rule is not met Moreover, the "ELSE" operator may 
be implemented using a pointer to another rule using, for example, a sequence number 
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so that a subscriber may chain rules to form nested rule statements. If an "AND" 
operator is selected, multiple actions may occur, where reasonable, when the 
condition of the rule is met. For example, a subscriber could enter multiple page 
action commands to page a pool of numbers. 

[0063] A property of the OCRR service is that rules have priority based, generally, 
on the order they are placed within the SCP 1 03 . Rules that act based on a disposition 
(e.g. a terminating device is busy, unanswered, or answered by an answering service) 
are processed only after non-disposition rules. Rules will be processed until there are 
no more rules to process, unless, one of the actions taken on a rule whose condition 
was met is terminal (e.g., disallow a call or forward a call). Moreover, while the 
OCRR service may include rules based on any combination of numbers dialed, an 
originating EO 101 may include special routing such that certain numbers are not 
processed by the OCRR service. For example, calls to an information service (e.g., 
"411" service) may be processed by the OCRR service, while calls to an emergency 
service (e.g., "91 1" service) may not be processed by the OCRR service. 
[0064] Another embodiment of the OCRR service may also include a logging 
system such as described in U.S. Patent Application 09/985,244 entitled "Call 
Management Reports" to TILIKS et ah The logging may include information related 
to the disposition of a call. For example, call information related to a call that was 
busy including the number dialed, time, and date. 

Outbound Call Rules Routing 

[0065] A further embodiment of the present invention is shown in figure 4, Figure 
4 is an exemplary call flow diagram showing a forwarded call. In this embodiment, 
an originating caller uses an originating user device 100 and places a call, step S400, 
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to a called user's device 105. The call triggers in the originating EO 101, sending an 
AIN query to the outbound call rules routing (OCRR) service logic of the SCP 103 
at step S401. Exemplary triggers for outgoing calls could be either a customized 
dialing plan (CDP) or Off Hook Delay (OHD) trigger. After executing the service 
logic in the SCP 103, an AIN message, send notification with a forwarding number 
for the third party device 106 is sent from the SCP 103 to the originator's EO 101 at 
step S402. 

[0066] The originating end office 1 0 1 then attempts to connect the originating user 
device 100 to the third party device 106 by contacting the terminating end office 104 
at step S403. The terminating end office 104 then attempts to connect the third party 
device 106 at step S404. When the third party device 106 is answered, the call 
between the originating user device 100 and the third party device 106 is connected 
at step S405. 

[0067] A further embodiment of the present invention is shown in figure 5. Figure 
5 is an exemplary call flow diagram showing a call forwarded when it is determined 
that the call is busy. In this embodiment, a subscriber's originating user device 100 
places a call to a called user's device 105 at step S500. The call triggers in the 
originator's EO 101 sending an AIN query to the OCRR service logic of the SCP 103 
at step S501. After executing the service logic, the SCP 103 sends an AIN message, 
e.g., send notification message, to the originator's EO 101 instructing the originating 
EO 101 to connect to the called user's EO 104 at step S502. 
[0068] After the subscribing originating user device 100 connects with the 
terminating EO 104 at step S503 and the called user device 105 is busy, as is well 
known in the art, the terminating EO 104 sends an SS7 IAM with cause indicator of 
user busy to the originator's EO 101 at step S504 to let the originating caller and 
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originating end office 101 know the line is busy. In Step S504, the busy indicator 
may also be generated and sent by any other network device between the originator's 
EO 101 and the terminating EO 1 04 to indicate that the call cannot be completed. The 
originating EO 101 then sends an AIN message, such as originating called party busy 
trigger information, to the SCP 103 at step S505. The echo data functionality of the 
AIN message, e.g., the originating user device 100 number and the called user device 
105, are used by the OCRR service logic to determine what to do next. The AIN 
message also includes information that notifies the OCRR logic of the SCP 103 that 
the called user device 105 was busy. Once the SCP 103 determines that the call should 
be forwarded to the third party device 106, the SCP 103 sends an AIN message, e.g., 
analyze route notification with the forwarding number for the third party device 106, 
to the originating end office 101 at step S506. 

[0069] The originating end office 101 then attempts to connect the originating user 
device 100 to the third party device 106 by contacting the terminating end office 104 
at step S507. The terminating end office 104 then attempts to connect to the third 
party device 106 at step S508. When the third party device 106 is answered, the call 
between the originating user device 100 and the third party device 106 is connected 
at step S509. 

[0070] A further embodiment of the present invention is shown in figure 6. Figure 
6 is an exemplary call flow diagram showing a call including either a dial-around 
code, or other input combination. In this embodiment, an originating caller uses an 
originating user device 100 and places a call, step S600, to a called user's device 105. 
The call triggers in the originating EO 101, sending an AIN query to the OCRR 
service logic of the SCP 103 at step S601. An AIN message, e.g., analyze route 
notification, is sent with dial- around code information to the originator's EO 101 at 
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step S602. In this case, a carrier parameter may need to be modified so that the end 
result is as if the subscriber picked up their phone and dialed the dial-around code just 
prior to the called party's number. For this to occur, the carrier parameter is typically 
divided into two fields, carrier ID and carrier selection. An exemplary 
communications flow could be an info collect message from the originating EO 101 
to the SCP 103 such that the called party ID = "5555555555". 
[0071] The originating end office 1 0 1 then attempts to connect the originating user 
device 100 to the called user's device 105 by contacting the terminating end office 104 
at step 603. In the case that a dial-around number is used (e.g., a long distance service 
access number), the dial-around number is first invoked by the originating end office 
10 1 to execute the dial-around. To simulate the calling party dialing the dial-around 
code, "1010-220", an analyze route response message from the SCP 103 to the 
originating EO 101 may include the called party ID = "5555555555" with a carrier ID 
- "0220", and a carrier selecetion = "00000100". The terminating end office 104 then 
attempts to connect to the called user's device 105 at step S604. When the called 
user's device 105 is answered, the call between the originating user device 100 and 
the called user's device 105 is connected at step S605. The SCP logic is further 
described with respect to figure 2. 

[0072J To prepend other numbers like an area code, an info collect message may 
be used where a called party ID = "6666666". Based on a subscriber's rule, the 
subscriber may have directed a "666" be prepended to the number. In this case, the 
called party ID is simply modified to be "6666666666" in an analyze route response 
message from the SCP 103 to the originating EO 101. 

[0073] A further embodiment of the present invention is shown in figure 7. Figure 
7 is an exemplary call flow diagram showing a paging system being invoked when a 
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call initiated by the originating user device 100 to a called user device 105 is 
unanswered. In this embodiment, a subscriber's originating user device 100 places 
a call to a called user's device 105 at step S700. The call triggers in the originator's 
EO 101 sending an AIN query, e.g., off hook delay / info collect message, to the 
OCRR service logic of the SCP 103 at step S701. An AIN message, e.g., continue, 
is then sent from the SCP 103 to the originator's EO 101 at step S702 which in turn 
contacts the terminating end office 104 to further the call connection at steps S703 
and S704. 

[0074] After the subscribing originating user device 100 contacts the called user's 
device 105 at step S704, the called party does not answer, and a preset time in an EO 
101 timer expires, the originator's EO 101 sends an AIN message, such as a 
originating no answer query, to the SCP 103 at step S705. 

[0075] Subsequently, the SCP 103 determines the telephone number of the paging 
system 107 and any message designated by the subscriber to the paging device (e.g., 
the originating user device number) and forwards the information to the SN/IP 1 13 
at step S706 using a communications protocol such as TCP/IP. An AIN message is 
then sent from the SCP 103 to the originating EO 101 instructing the EO 101 to 
continue at step S707; at this point the calling party may continue to hear ringing and 
the called party's line may continue to ring. The SN/TP 1 13 then attempts to call the 
paging system 107 at step S708; the SN/IP 1 13 may or may not output a message 
(e.g., a PIN) to the paging system 107 at this time depending on SCP 103 instruction 
which is based on subscriber rules. The paging system 1 07 then connects to the pager 
device 108 to complete the page and transmits any message from the applicable 
subscriber's rule at step S709. 
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[0076] A further embodiment of the present invention is shown in figure 8. Figure 

8 is an exemplary call flow diagram showing a prompt for a PIN when a call initiated 
by the originating user device 100 to a called user device 105 requires a PIN. In this 
embodiment, a subscriber's originating user device 100 places a call to a called user's 
device 105 at step S800. The call triggers in the originator's EO 101 sending an AIN 
query (e.g., off hook delay - information collect message) to the OCRR service logic 
of the SCP 103 at step S801. When the SCP 103 determines that the subscriber has 
designated the called number as requiring a PIN, the SCP 103 sends an AIN message 
(e.g., send to resource, play announcement, and collect digits) to the originating EO 
101, step S802, which in turn prompts the subscriber for a PIN. Once a PIN is entered 
by the subscriber, it is sent to originating EO 101 which in turn sends AIN message 
(e.g., resource clear with digits entered) to the SCP 103 at step S803. The SCP 103 
then determines if the PIN is correct and, if so, sends an AIN message instructing the 
originating EO 101 to complete the call at step S804. The call then continues as 
normal, wherein, the originating EO 101 connects to the terminating EO 104, step 
S805, and the terminating EO connects to the called user device 105, step S806. 
Thus, the connection is provided between the originating user device 100 and the 
called user device at step S807. An alternative embodiment could be implemented 
using the SN/IP 113 to provide PINs or other more complex access entries and 
interactions to gain access to a called party's resource. 

[0077] A further embodiment of the present invention is shown in figure 9. Figure 

9 is an exemplary call flow diagram showing an answering system being accessed 
and causing the OCRR service to forward the call to a third party device 106. In this 
embodiment, a subscriber's originating user device 100 places a call to a called user's 
device 105 at step S900. The call triggers in the originator's EO 101 sending an ATN 
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query to the OCRR service logic of the SCP 103 at step S901 . In this example, the 
SCP 103 determines that, based on the call information, a rule is applicable that 
includes a condition including a call disposition where an answering system is 
reached. In this case, the SCP 103 determines that it should hand the call off to the 
SN/IP 1 13 to determine if an answering machine is actually reached. An AIN 
message, e.g., analyze route, is then sent to the originator's EO 101, step S902, which 
in turn contacts the SN/IP 1 13 at step S903 to continue the call. When the called user 
device 105 is contacted, step S904, and either the called user device 105 or 
terminating EO 104 determines that the call should be routed to an answering service, 
the SN/IP 1 13 then connects to the answering service 1 14 at step S905. The SN/IP 
113 then determines whether an answering service 1 14 is actually reached by listening 
to responses from the answering service 1 14 at step S906. If the SN/IP determines 
that it is indeed connected to an answering service (e.g., it hears more than 5 seconds 
of speech or a specified DTMF tone), it then terminates the call to the answering 
service, step S907. The SN/IP 113, then connects the caller to a third party device 
106 as determined by the subscriber's applicable rule at steps S908 and S909. The 
SN/IP 113, having bridged the connection between the originating user device 100 
and called user device 105, is enabled to determine how to execute a subscriber's rule 
by either having access to the subscriber's outbound call rule information or the 
pertinent information may be transmitted from the SCP 103 over a TCP/IP connection 
to the SN/IP 1 13 via a message (e.g., analyze route message). 
[0078] A further embodiment of the present invention is shown in figure 10 
showing an exemplary call flow for a subscriber updating the SCP OCRR information 
according to an aspect of the present invention. At step SI 000, the subscriber 
connects from the web client 109 to the web server 111 through a network such as the 
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Internet 1 10. The web server 1 1 1 then connects to the SMS 112, which stores and 
updates the OCRR data, at step S1001. Once connected to the SMS 1 12 via the web 
server 1 1 1, the subscriber must be authenticated to access the corresponding service 
account. The SMS 1 12 queries the subscriber for authentication data, which may 
include an account number and an associated account access PIN, via the web server 
111 at steps S1002 andS1003. 

[0079] The subscriber authentication responses are received at the web server 111 
at step SI 004 and forwarded to the SMS 112 for authentication at step SI 005. 
Alternatively, web server 111 may perform the authentication step based on 
information sent from the SMS 112. The SMS 1 12 retrieves the account number and 
associated account access PIN to confirm that the subscriber is authorized to access 
the account information. 

[0080] After a successful authentication, the SMS 112 queries the SCP 103 to 
retrieve the data associated with the subscriber's OCRR service account at step SI 006. 
The SCP 103 then retrieves the outbound call routing information and sends it to the 
SMS 1 12 at step S1007. In an embodiment of the invention, the SMS 1 12 maintains 
a database of all of the OCRR service data related to each subscriber, and merely 
updates the data from SCP 103 during each interaction. Alternatively, the SCP 103 
periodically transmits all OCRR service data related to each subscriber regardless of 
whether the subscribers have actually requested their respective account data from the 
SMS 1 12. The SMS 1 12 would then be able to provide the subscriber with relatively 
recent data without performing steps SI 006 and SI 007, which saves additional 
processing by the SCP 23, Steps SI 006 and SI 007 would be performed only when 
the subscriber specifically requests the most recent data or real time interaction, 
discussed below. 
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[0081] Once the SMS 112 has the call monitoring service data related to the 
subscriber's account, an interactive connection is maintained at step SI 008 among the 
SMS 1 12, the web server 1 1 1 and the web client 109. For example, the web server 

111 receives HTTP messages from the subscriber at web client 109 and provides 
HTML web pages in response to the subscriber's input. The web pages relate to the 
subscriber's OCRR service, as indicated by the SMS 1 12. Whenever the subscriber 
confirms an order to change their rule information, the SMS 112 automatically 
updates the SCP 103 at step SI 009 with the updated information provided by the 
subscriber. The SMS 112 may also provide updated information to the SCP 103 
while the subscriber is still on-line, either periodically or in response to a specific 
command by the subscriber to do so. The SCP 103 stores the updated information 
received from the SMS 1 12 for immediate implementation in the PSTN. The SMS 

112 may also be used to update the SN/IP 1 13 in a similar way. 

[0082] The invention uses switch triggers, throughout, to determine whether a 
condition has been met. Further, actions can be carried out in some cases by using 
standard AIN responses to these triggers (e.g., Analyze Route trigger to forward a 
call, Disconnect trigger to disallow a call, Send To Resource trigger to prompt for a 
pin); others can be carried out by an adjunct such as a SN/IP, which can be contacted 
to be informed what to do (e.g., page a number with specified digits). 
[0083] Although the invention has been described with reference to several 
exemplary embodiments, it is understood that the words that have been used are 
words of description and illustration, rather than words of limitation. Changes may 
be made within the purview of the appended claims, as presently stated and as 
amended, without departing from the scope and spirit of the invention in its aspects. 
Although the invention has been described with reference to particular means, 
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materials and embodiments, the invention is not intended to be limited to the 
particulars disclosed; rather, the invention extends to all functionally equivalent 
structures, methods, and uses such as are within the scope of the appended claims. 
[0084] In accordance with various embodiments of the present invention, the 
methods described herein are intended for operation as software programs running on 
a computer processor. Dedicated hardware implementations including, but not limited 
to, application specific integrated circuits, programmable logic arrays and other 
hardware devices can likewise be constructed to implement the methods described 
herein. Furthermore, alternative software implementations including, but not limited 
to, distributed processing or component/object distributed processing, parallel 
processing, or virtual machine processing can also be constructed to implement the 
methods described herein. 

[0085] It should also be noted that the software implementations of the present 
invention as described herein are optionally stored on a tangible storage medium, such 
as: a magnetic medium such as a disk or tape; a magneto-optical or optical medium 
such as a disk; or a solid state medium such as a memory card or other package that 
houses one or more read-only (non-volatile) memories, random access memories, or 
other re-writable (volatile) memories. A digital file attachment to e-mail or other self- 
contained information archive or set of archives is considered a distribution medium 
equivalent to a tangible storage medium. Accordingly, the invention is considered to 
include a tangible storage medium or distribution medium, as listed herein and 
including art-recognized equivalents and successor media, in which the software 
implementations herein are stored. 

[0086] Although the present specification describes components and functions 
implemented in the embodiments with reference to particular standards and protocols, 
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the invention is not limited to such standards and protocols. Each of the standards for 
Internet and other packet switched network transmission (e.g., TCP/IP, UDP/IP, 
HTML, HTTP) represent examples of the state of the art. Such standards are 
periodically superseded by faster or more efficient equivalents having essentially the 
same functions. Accordingly, replacement standards and protocols having the same 
functions are considered equivalents. 
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